1 SPECIFICATIONS 
2 

3 METHOD AND SYSTEM FOR PREVENTION OF PIRACY OF A GIVEN SOFTWARE 

4 APPLICATION VIA A COMMUNICATIONS NETWORK 
5 

6 

7 BACKGROUND OF THE INVENTION 

8 The field of the invention generally relates to methods for 

9 preventing the piracy of software applications. The invention relates 

10 more particularly to a computer method and system for preventing the 

11 piracy of a given software application by elements of a communications 
:1= 12 network, such as the Internet. A given software application, installed 
"1? 13 on a user system, will only function after a remote service provider 

p!f 14 transmits a code sequence that will activate the software for use. 

^ = 15 The creation of the personal computer has drastically simplified the 

jrf 16 ways in which people manage their business and personal affairs. One of 

17 the main reason why the computer has had such a great impact on our lives 

y 18 is due to the constant development of software applications which allow 

19 the computer to perform an array of different tasks and functions. As 

20 software applications advance, however, so to does their complexity and 

21 the programming skill needed to write and developing them. This has 

22 naturally caused many software applications to be quite expensive. Such 

23 high costs have often resulted in the free distribution of copied 

24 software that has not been paid for or licensed to the user. This type 

25 of piracy is especially common among friends, relatives, and business 

26 associates. Additionally, people also profit off piracy by producing 
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1 illegal copies of a software application and distributing them in mass 

2 quantities for drastically reduced prices. 

3 Due to the availability and low cost of sophisticated computer 

4 equipment such as the CD Write / Re-Write drive, software piracy has 

5 become a much greater concern over the current years. Today, virtually 

6 everyone can get access to such equipment and distribute CD based copies 

7 of software applications to whomever they please. Mass distribution of 

8 pirated software not only deprives the software manufacturer of their 

9 deserved earnings, but also allows other software pirators to pirate 

10 unlicensed copies of that application and propound the damage 

11 exponentially. As such, piracy has often resulted in inflated software 

12 prices and irreparable damage to software companies. 

13 In efforts to combat the problems of software piracy, many software 

14 companies have enabled various preventative measures. Some of these 

15 include software access codes, activation plugs (i.e. memo hasp), 

16 registration, and even costly technical support services. Although 

17 somewhat effective, these measures have often been defeated with relative 

18 ease and little or no expense. For example, software access codes which 

19 must be entered to gain access to the software, are disclosed with the 

20 software package and are thus, easily copied and distributed to 

21 unlicensed users. Activation plugs, such as the ones which attach to the 

22 PC's parallel port, have also been easily duplicated by various 

23 manufacturers who illegally sell them on the black market. Furthermore, 

24 while registration of the software would inform the manufacturer of all 

25 users (licensed and unlicensed) , pirators rarely do it given the absence 

26 of a compelling motivation to do so. Lastly, technical support groups 
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1 are likewise, rarely used by pirators given their reluctance to disclose 

2 their illegal use of the software. As shown by these and other 

3 ineffective measures, it would be advantageous for a software 

4 manufacturer to control the functionality of a given software application 

5 in relation to each of its identified users. 
6 

7 BRIEF SUMMARY OF THE INVENTION 

8 It is the object of the present invention to provide a reliable and 

9 effective method and system for preventing piracy of a given software 
10 application over a communications network, whereby the software 

p 11 application will not function unless activated by a remote service 

|H 12 provider. 

j= 13 It is further the object of the present invention to provide a 

f\ 14 method and system for identifying each separate user of a given software 

7" 15 application who installs and intends to effectively utilize the given 

jp 

&l lo software application. 

s fB 17 It is further the object of the present invention to provide a 

^1 18 method and system for associating user data to archived data accessible 

19 by the remote service provider, in order to determine if the user is a 

20 pirator of the software application. 

21 The present invention is for a method and system for preventing 

22 piracy of individual software applications. A remote service system, 

23 controlled by a remote service provider, storably receives user data that 

24 is transmitted by a user of a given software application. Upon receiving 

25 the user data, the remote service system associates it to stored archive 

26 data which is accessible to the remote service provider. If it is 
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determined that the user is not a pirator of the software, the remote 
service system will transmit service data which will activate the 
software and allow the user to utilize its full functionality. In this 
manner, the remote service provider can limit software piracy as only 
legitimate users of the software will be given the service data needed to 
activate the software. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is an overview diagram pictorially illustrating the flow of 
information that occurs between a user of a given software application 
and the remote service system in the method and system for prevention of 
software piracy according to the present invention. 

FIG. 2 is a block flowchart of the information flow that occurs in 
the method and system for prevention of software piracy according to the 
present invention . 

DETAILED DESCRIPTION OF THE PREFERRED EMBODYMENTS 

In reference now to the drawings, FIGS. 1 and 2 show the information 
flow that occurs in a method and system (hereinafter "method") , indicated 
at reference character 100 in FIG. 1, for prevention of piracy of a given 
software application via a communications network, such as the Internet 
8. Both FIGS. 1 and 2 illustrate the process by which a user would 
attempt to activate a given software application. 

As shown in FIG. 1, the user 1 successfully installs a given 
software application 5 (hereinafter "software") , on the data storage 
element 4 of their user system 2. The user system 2 is generally defined 



1 as the user's computer terminal, which typically consists of a central 

2 processing unit (CPU) (not shown), data storage element 4, element for 

3 storably receiving transmitted data 3, element for transmitting data 6, 

4 and a monitor and keyboard. While the software 5 may utilize various 

5 anti-piracy measures, two, which will later be discussed in detail, are 

6 especially worth noting in relation to this invention. The first measure 

7 is a program code sequence that identifies the specific software 5 

8 (hereinafter "identification code"), while the second is an additional 

9 program code sequence that would be needed to activate the software 5 
10 (hereinafter "activation code") . It is preferred that transmission of 

p 11 both of these code sequences, between the user 1 and remote service 

yi 12 system 9, would be accomplished over the Internet 8. As used in this 

j~ 13 invention, a user can be an individual entity or collaborate entity, such 

jess. 

p 14 as a business, family, or even friends, who legitimately acquired a 

s " 15 license and/or right to use the given software 5. Furthermore, the 

Cj 

£H 16 remote service system 9 can be the software manufacturer or an 

'?= 17 independent company, working in conjunction with the software 

O 

£l 18 manufacturer, which will operate to prevent software piracy as noted in 

19 this invention. 

20 Upon an initial attempt to access the installed software 5, the 

21 user 1 will be informed that the software 5 will require online 

22 activation before it can be operational. Online activation will render 

23 the given software 5 operational, subject to receiving the activation 

24 code from the remote service system 9. This requires that the software 5 

25 be designed wherein it is either partially or completely dysfunctional 

26 prior to receiving the activation code, as will be discussed below. By 
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1 connecting to the remote service system 9 through the Internet 8, a user, 

2 who is not pirating the software 5, will be able to have the software 5 

3 activated online. Although the Internet 8 is used exclusively when 

4 referencing a communications network, the present invention is intended 

5 to include all forms of communications network environments known to one 

6 skilled in the relevant art. Thus, method 100 is equally applicable to 

7 all interconnected computer systems capable of transmitting and receiving 

8 data, preferably digital data, which allow users of the network to 

9 communicate. In this regard, a communications network includes, but is 
10 not limited to, all telecommunications networks such as the Internet, 

m 11 i-e. the World Wide Web and BBS systems, hardwire telephony, wireless 

ll= 12 networks including cellular and PCS systems, satellite networks, etc. 

== 13 Furthermore, communications networks include localized and regional 

14 networks such as intranets and local area network (LAN) systems which 

s~~ 

a?a 15 interconnect a relatively few number of user systems or terminals, 

s 

'"zt 16 typically by means of a centralized server. 

\l 17 Once the user 1 establishes an online connection to the remote 

18 service provider 9, they will enter and transmit user data 7, by element 

E 1 

19 for transmitting user data 6, to the remote service system 9 over the 

20 internet 8. The user data 7 would subsequently, be received by the 

21 remote service system 9 via element for storably receiving user data 10, 

22 and stored in the data storage element 12 of the remote service system 9. 

23 Although the transfer of user data 7 to the remote service system 9 would 

24 preferably be initiated by the user 1, this need not always be the case. 

25 Once the user 1 connects to the remote service system 9 via the 
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1 Internet 8, the user data 7 may be automatically detected by element for 

2 detecting user data 11 of the remote service system 9. In this case, the 

3 detected user data 7 will likewise be received by the remote service 

4 system 9 via element for storably receiving user data 10, and 

5 subsequently stored by the data storage element 12 of the remote service 

6 system 9. It is notable that the term user data is defined and 

7 understood herein and in all the claims to mean any information 

8 originating from and/or available to the user of the software 5. This 

9 includes, but is not limited to personal identification information such 
10 as user name, address, location, phone number, etc. Additionally, user 

O 11 data 7 may consist of any information relating to the software 5 which 

yi 12 identifies and distinguishes it from other "same type" or distinct 

j* 13 software applications. This can include, but is not limited to 

p 14 information such as an "identification code" (as noted earlier) , a 

15 product serial number, name, and/or version number. 

s% 16 It is worthy to mention that the software 5 should preferably 

ih 

e ?c . 17 contain an identification code, which is a program code sequence 

18 comprised of alphanumeric characters, that would serve to identify each 

19 individual software application. Given its function, the identification 

20 code may also be synonymous to a product's distinct serial number. 

21 Preferably, the identification code will be unique to each software 

22 application sold and disclosed to both the user 1 and remote service 

23 system 9. The advantage of a unique identification code is that it will 

24 allow the remote service system 9 to recognize and keep track of each 

25 software application sold. Although the identification code could 

26 consist of an elongated alphanumeric code sequence, such as a "program 



7 




1 file(s)", it is preferred that it consist of a short code sequence of 

2 alphanumeric characters, e.g. XJR-U89K-RJ2P1 . A short identification 

3 code sequence will allow the software 5 to be simply and easily 

4 identified. It should finally be noted that user data 7 may also refer 

5 to information identifying the user system 2 such as serial and model 

6 number as well as the type, function, and performance of the various 

7 system hardware components. 

8 After receiving and storing the user data 7, the remote service 

9 system 9 will process the user data 7 via element for processing user 

10 data 13. Element for processing user data 13 may be, but is not limited 

f= 11 to software, hardware device (s) , or a combination of these two, which 

JS 
S.S ■ 

fj] 12 would allow for processing of the user data, as noted in this invention. 

J; 13 Additionally, element for processing user data 13 may likewise include 
p^ 

q 14 the remote service system' s personnel staff who would be able to manually 

a ™ 
esse 

e " 15 initiate processing of the user data, as noted in this invention. 
Pi 

gi 16 Processing of the user data may include, but is not limited to an 

j*. 17 "archiving" event wherein a wide range of information that is received by 

p 

f*\ 18 or made available to the remote service system 9 is sorted, arranged, and 

19 organized into retrievable data files. Archived data stored in the data 

20 storage element 12 of the remote service system 9 may consist of, but is 

21 not limited to, a mass assortment of receivably stored user data (e.g. 

22 "identification codes ,/ ) , service data (discussed below), and promotions, 

23 etc. Here, the archived data would relate to distinct users, various 

24 software applications, and potential advertisements; all of which may 

25 exist independently of one another. Second, archived data may also 

26 consist of information indicating the amount of user online activation 
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1 attempts recorded for each identified software 5. Finally, archived data 

2 would include all other information that would be of use to the remote 

3 service system 9 in preventing piracy of a given software application, as 

4 noted in this invention. 

5 Processing of the user data 7 may also consist of an "associating" 

6 event wherein the currently transmitted user data 7 is compared to 

7 archived data contained in the data storage element 12 of the remote 

8 service system 9. It is important to note that "associating" the 

9 currently transmitted user data 7 to archived data will allow the remote 
10 service system 9 to determine if the user 7 is attempting to activate a 

q 11 pirated version of the software 5. Here, the "product identification 

12 code" of software 5, along with other user data 7 currently being 

i 

i. 3 " 

7= 13 received from the user system 2, will be compared to existing archived 

p% 14 data. If the archived data informs that the software 5 is legally 

15 registered to a completely distinct user, such may indicate that the user 

s 

^ 16 currently online is trying to activate a pirated version of the 

~ f l 17 software 5. This result will occur if the archived data referencing the 

«f 18 software 5 does not match the user data 7 currently being transmitted by 

19 the user system 2, and/or if the archived data indicates that there has 

20 been repeated and numerous attempts to activate the same software 5. 

21 Multiple online activation attempts of the same software 5, 

22 regardless if such attempts are by distinct or the same users would 

23 naturally indicate that the software 5 was pirated and distributed to a 

24 multitude of different users. In this situation, the remote service 

25 provider may contact the registered user(s) to investigate into potential 

26 piracy. Additionally, the remote service system 9 may blacklist the 



9 



1 specific software 5, as referenced by its identification code. 

2 Blacklisting of a given software application would mean that the 

3 identified software would be prohibited from receiving any future 

4 activation codes from the remote service system 9. For all intensive 

5 purposes, such an event would render the identified software void and 

6 permanently dysfunctional. This is because the software, as sold to the 

7 user, would need the activation code in order to function. Absent this 

8 code, the identified software would be inoperative and no longer subject 

9 to piracy. 

10 When it is determined by the remote service system 9 that the user 2 

p 11 is not a pirator of the software 5, service data, such as the activation 

yi 12 code 17, may be transmitted to the user system 2. Here, the software 5 

Jz 13 and/or the user system 2 would be responsive to the service data. As 

□ 14 used in this invention, service data is defined and understood herein and 

J 15 in all the claims to mean any data that the remote service system 9 may 



16 legitimately transmit to the user system 2 during the online activation 

2= 17 process for the software 5. Service data 16 may include, but is not 

«S 18 limited to instructions, promotional messages, and an activation code(s). 

19 The instructions may guide the user 1 through the steps for activating 

20 the software 5, while a promotional message program code sequence may 

21 offer and display a particular product or service for sale. The 

22 activation code 17, as noted earlier, is a program code sequence that 

23 will serve to activate each individual software application, which absent 

24 the activation code 17, would be dysfunctional. The activation code may 

25 either be unique to each individual software 5 sold (hereinafter "unique 

26 activation code") or unique to a group of software (hereinafter "common 
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1 activation code") that relate to a common software program, manufacturer, 

2 brand name, or version, etc. Of the two, the preferred embodiment would 

3 be the "unique activation code" which is unique to each individual 

4 software 5 sold. 

5 One of the main advantages of using a unique activation code is the 

6 drastic curtailment of software piracy. Here, each software 5 will be 

7 designed wherein it is responsive to a distinct activation code. As 

8 such, an attempt to pirate distinct software applications would entail a 

9 tedious and time consuming task requiring the hacker to uncover the 
10 activation code of each individual software. Furthermore, a unique 

Q 11 activation code will not allow for the activation of any "general" copy 

H] 12 of the software which would otherwise be responsive to a common 

JZ 13 activation code. As an alternative to a unique activation code, a common 

rk 14 activation code would activate all "same type" software applications. 

g 8 15 Developing "same type" software to be responsive to a common activation 

ff* 16 code may be advantageous given the potential for less confusion and 
it 

V 17 troubleshooting errors which could arise during the software 

21 18 manufacturing and online activation stages. 

19 It is noteworthy to mention that similar to the identification code, 

20 the activation code may likewise consist of either a long or short 

21 program code sequence. As noted earlier, a short code sequence would 

22 consist of a concise sequence of alphanumeric characters, 

23 e.g. HT3-GY2K-WR0P, while a long code sequence would consist of a small 

24 or large arrangement of alphanumeric data that result in a "program 

25 file(s)". Use of a long code sequence would be the preferred method of 

26 constructing the activation code. This is because a long code sequence 

11 



(i.e. a program file) would be much harder to replicate then a short code 
sequence. Here, the software 5 may be developed wherein it is missing 
program files necessary for it to function. Only after these undisclosed 
program files (e.g. the activation code) are transmitted from the remote 
service system 9 to the user system 2, will the software 5 be functional. 

An activated software application will be fully operational and 
allow the user complete access to it. Although it need not be so, it is 
preferred that the activation code 17 remain undisclosed to the user 2. 
Here, the need for the activation code will compel the user 2 to register 
the software 5 online with the remote service system 9. Furthermore, and 
more importantly, having the activation code 17 only known to the remote 
service provider and its business affiliates (such as the software 
manufacturer) will prevent piracy of the software 5. This is because 
users who wish to pirate the software 5 will not be able to replicate the 
activation code and distribute it along with a medium (e.g. CD Rom) 
containing a copy of the software 5. Given this, it is additionally 
preferred that the activation code 17 be designed wherein it is immune to 
discovery by computer hackers and sophisticated programmers. The 
objective here is to prevent these individuals from "breaking in" to the 
software 5 and either re-writing or discovering the undisclosed 
activation code. As noted earlier, this may require constructing the 
activation code as a long code sequence which results in a program 
file(s). Additionally, other measures may include code encryption as 
well as any other programming methods known to those skilled in the 
relevant technical art. 

Before a software 5 can be activated, the appropriate service data 
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1 must be processed and transmitted to the user system 2. Processing of 

2 the service data 16 would require that it be either extracted or 

3 generated from the archived data stored on the data storage element 12 of 

4 the remote service system 9. Extraction or generation of the service 

5 data 16 will be accomplished by element for processing service data 14, 

6 as referenced in Method 100 of FIG. 1. Element for processing service 

7 data 14 may be, but is not limited to software, hardware device (s), or a 

8 combination of the two, which would allow for processing of the service 

9 data, as noted in this invention. Additionally, element for processing 
10 service data 16 may likewise include the remote service system's 

f] 11 personnel staff who would be able to manually initiate processing of the 

ni 12 service data 16, as noted in this invention. 

13 Extraction of service data 16 from the archived data entails a 

P 

p 14 selection process wherein only the appropriate and necessary service data 

B s 15 is singled out from the total archived data and made available for 

^ 16 transmission to the user system 2. Extraction of the service data is 

S P 17 necessary given the multitude of distinct service data information that 



19 the activation code "ABC-123", contained in the archived data, would only 

20 be extracted when a user 1 who possesses the specific software 

21 referencing the identification code "ABC-123" attempts to activate it 

22 online. Stated differently, service data containing an activation code 

23 relating to Microsoft Word 2000 would not be extracted for a user trying 

24 to activate a Norton Anti-virus software application. The reason for 

25 this is that different users will require different service data, 

26 depending on the requirements of the specific software that they are 




may be stored and archived by the remote service system 9. 



For example, 
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1 attempting to activate. 

2 Alternatively, the second embodiment for processing the service 

3 data 16 pertains to an event which causes the service data 16 to be 

4 generated. This event entails a process wherein pre-existing archive 

5 data may be formulated into the appropriate service data upon request 

6 from the remote service system 9. Generation of service data can be 

7 advantageous as this method will permit the remote service system 9 to 

8 manipulate various data components, existing in the archived data, in 

9 order to formulate the service data 16. For example, the remote service 
10 system 9 may combine personal identification information belonging to the 

□ 11 user 1 with promotional data to formulate a personalized advertisement 

U1 12 directed at the user 1. Additionally, the remote service system 9 could 

II 13 combine user data (such as the directory file location of the user system 

q 14 2 that contains the installed software 5) with the appropriate activation 

s " 15 code, to formulate a self executing program file which, upon an access 

m 16 event, would automatically install the service data 16 into the correct 

jz 17 file location of the user system 2. Here, formulation of the service 

S 18 data may include, but is not limited to a series of calculations, 

19 combinations, and/or sorting out of the appropriate archived data. 

20 Generation of the service data may occur at any time prior to or after 

21 the remote service system 9 determines that the user 1 is not a pirator 

22 of software 5 and is eligible to receive the service data 16. 

23 Once the service data 16 is extracted or generated via element for 

24 processing service data 14, the remote service system 9 will transmit it 

25 to the user system 2. Transmission of the service data 16 may be 

26 accomplished in a number of ways. The first two methods involve an event 

14 



wherein the service data 16 is uploaded into the user system 2, while the 
third method requires the user 1 to download the service data 16 into 
their user system 2. In the first embodiment for uploading the service 
data 16, the remote service system 9 initiates an uploading event in 
which the service data is automatically transferred from the remote 
service system 9 to the user system 2 wherein it is storably received via 
element for storably receiving 3 service data 16. In doing this, the 
remote service system 9 may find it necessary to determine the 
appropriate file directory location of the user system 2 in which to 
upload the service data. Determination of this location may be 
accomplished by, but is not limited to user 1 disclosure, as transmitted 
by the user (e.g. user data), or via an interactive search of the file 
directory of user system 2. 

In the second embodiment for uploading of the service data 16, the 
remote service system manually transmits the service data 16 to the user 
system 2. Manual transmission of the service data 16 would allow remote 
service system personnel to decide when the transfer sequence should be 
initiated. Furthermore, manual transmission would enable such personnel 
to manually enter and transmit needed service data 16 which may not have 
been processed by the element for processing service data 14 of the 
remote service system 9. Finally, in the third method for transmitting, 
the service data 16 may be made available to the user 1 for them to 
download into their user system 2. Here, the remote service system 9 
generates the archived data 16 into a file that can be downloaded by the 
user 1. The file would contain service data and possibly some elements 
of user data. It is preferred (as discussed earlier) that the file 
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contain a self-executing installation program that is triggered upon an 




2 


access event by the user. For example, as a result of successful 
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downloading and accessing of the file, the service data 16 will 
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automatically be installed into the appropriate file directory of the 
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user system 2. 
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Following successful upload or installation of the service data 16 
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(such as the activation code 17) into the user system 2, the software 5 
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will gain full functionality. Complete -activation of the software 5 will 
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allow the user 1 to freely utilize it to its full potential. Preferably, 
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the user 1 will never need to go through the online activation process 


u 
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(as mentioned herein) again unless they attempt to install the software 5 
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on another user system or re-install it on their current user system 2. 
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Although many different scenarios can arise during the online 
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activation process of a given software 5, FIG. 2 illustrates, in block 
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diagram form, one possible "real time" cycle run of the present 
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invention. Starting from block 18, the user 1 successfully installs a 
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given software application on their user system 2, at block 19. Upon an 
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initial access event of the software 5, as shown at block 20, the 




19 


software 5, at block 21, will inform the user 1 that online activation is 
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required in order for it to function. If the user 1 decides to register 
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the software 5, they must connect online to the appropriate remote 
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service system 9, as shown at block 22. At this point, the remote 
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service system 9 may request from the user 1 that they enter and transmit 
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user data 7 to the remote service system 9, block 23. In addition to 




25 


this, the remote service system 9 may also attempt to detect any user 
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data 7 that can be detected by virtue of the online connection between 



1 the user system 2 and remote service system 9, block 24. If the 

2 appropriate and necessary user data 7 is entered and transmitted by the 

3 user 1, block 25, or detected by the remote service system 9, block 26, 

4 then it will be stored and processed by the remotes service system 9 as 

5 indicated at block 27. It should be noted that where the user 1 fails to 

6 provide and transmit the appropriate and necessary user data 7 , and/or 

7 the remote service system 9 is unable to detect the appropriate and 

8 necessary user data 7, the cycle will repeat and be taken back to 

9 block 23. 

10 The processing of the user data 7 will allow the remote service 

□ 11 system 9 to determine if the user is a pirator of the software 5. If the 

yf 12 remote service system 9 determines that the user 1 is not a pirator, at 

J= 13 block 28, service data 16 will be processed, block 29. At this point, 

£% 14 the remote service system 9 will transmit the service data 16 to the user 

3 " 15 system 2, at block 30. Transmission may be accomplished via uploading or 

q\ 16 downloading methods as described earlier. After the service data 16 is 

j» 17 storably received by the user system 2, block 31, the software 5 will be 

18 active and fully operational subject to successful activation by the 

19 service data 16, block 32. In the event that the service data 16 was not 

20 properly received by the user system 2, or effective in activating the 

21 software 5, the cycle will repeat, starting from block 18. 

22 Finally, it is noteworthy to mention that in the event that the 

23 remote service provider determines that the user 1 is pirating the 

24 software 5, it may refuse to transmit the service data 16, as shown by 

25 block 33. Additionally, it may investigate into the possibility of 

26 piracy, at block 34, as well as blacklist the identified software 5, 
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1 at block 35. 

2 The program code sequence and all other technical aspects required 

3 by this invention are all conventional and known to those skilled in the 

4 art and need not be described in detail herein. Furthermore, the term 

5 "element", as stated in the specification and all the claims herein, may 

6 be construed in the plural tense as would be necessary in regards to each 

7 noted reference made. 

8 The present embodiments of this invention are thus to be considered 

9 in all respects as illustrative and not restrictive; the scope of the 
10 invention being indicated by the appended claims rather than by the 

rl 11 foregoing description. All changes which come within the meaning and 

yi 12 range of equivalency of the claims are intended to be embraced therein. 
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